SE 


ARPANET 
INFORMATION 
BROCHURE 


m. 


DEFENSE 
COMMUNICATIONS 
AGENCY 


SUMMARY 


ARPANET is an operational, resource sharing inter-computer 
network linking a wide variety of computers in CONUS, Hawaii, 
Norway, and England. Its communications system introduced 
the revolutionary technique of "packet switching" where each 
message İs broken up into small packets and each packet is, 
switched to its destination over the quickest communications 
path available at any given instant. ARPANET was originally 
designed under a research and development program by the 
Defense Advanced Research Projects Agency in 1969. Management 
responsibility of the network vas transferred to Defense Communi- 
cations Agency on July 1, 1975. 


This brochure provides a general description of the ARPANET 
and defines the policies and procedures governing its use. 
Additional information for prospective users of ARPANET and 
extra copies of this brochure are available from: 


Defense Communications Agency 

ATTN: Code 535 

Washington, D.C. 20305 

Telephone Number (202) 692-6175/6176 
AUTOVON 222-6175/6176 

ARPANET Mailbox: DCACodeS35CISI 


AUGUST 1976 
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1. PURPOSE 


The purpose of this brochure is to provide a description 
of the ARPANET and the policies and procedures for its use 


2. INTRODUCTION 


The ARPANET is an operational, resource sharing inter- 
computer network linking a wide variety of computers at Defense 
Advanced Research Projects Agency (DARPA) sponsored research 
centers and other DoD activities in CONUS, Hawaii, Norway, and 
England. The ARPANET originated as a purely experimental net- 
work in late 1969 under a research and development program 
sponsored by DARPA to advance the state-of-the art in computer 
internetting. The network was designed to provide efficient 
Communications between heterogencous computers so that hardware, 
software, and data resources could be conveniently and econom- 
ically shared by a wide community of users. As the network 
sucessfully attained its initial design goals, additional users 
were authorized access to the network. Today, the ARPANET pro- 
vides support for a large number of DoD projects and other non- 
DoD government projects with an operational network of many nodes 
and host computers. (See enclosures 1 & 2) 


Following the successful accomplishment of initial ARPANET 
design goals and the expansion of the network, it was considered 
appropriate to transfer the responsibility for operation of the 
ARPANET from DARPA to the Defense Communications Agency (DCA) 
dn July 1975 


DEFINITIONS 


For case of understanding the ARPANET and the policies 
verning its use; the following definitions are provided: 


a. Interface Message Processor (IMP). A store and 
bi” ””” 5V“—EÖ5PDP 
mputers. 


b. Pluribus Interface Message Processor. A store and 
vard packet suTteh which can hava In excess of 20 processors, 
pending on configuration, with each processor acconmodating 

r host computers. This type IMP has a higher throughput 
pacity 


c. Terminal Interface Processor (TIP). A store and 
5050500 50000 
computers and 63 low speed asynchronous unintelligent terminals. 


d. Host. A customer owned computer which is connected to 
a host port on an IMP or TIP. 


(1) Local Host. A host located within 30 feet of an 
IMP or TIP. 


(2) Distant Host. A host which is more than 30 fi 
but less than 2,000 feet from an IMP or TIP. 


(3) Very Distant Host. A host which is located over 
2,000 feet from an IMP or TIP and requires modems on its access 
ne. 


e. Terminal. A teletypevriter, CRT or similar unit which 
is connected to a terminal port of a TIP. 


f. Interswitch Trunk. A circuit between packet switches 
(e.g., IMPS and TIPS) which is used to pass packets through 


the network. 


g. Access Line. A circuit from a host computer or terminal 
to an IMP or TIP. The circuit may be a local cable or a trans- 
mission facility requiring modens. 


h. ARPANET Backbone. The switching nodes (e.g., IMPS - 
TIPS), interfaces, the communications lines interconnecting 

the nodes, and the Network Control Center. The backbone is also 
known as the communications subnet. 


4. Sponsor. A DoD or U.S. Government Agency, which 
qualifies as an ARPANET user, and is authorized to sponsor a 
contractor or other non-government activity for access to the 
ARPANET for the conduct of official U.S. Government business 


4. NETWORK DESCRIPTION 


The ARPANET provides a capability for geographically 
Separated computers (hosts) to communicate with each other. 
The host computers typically differ from one another in type, 
speed, word length, operating system, etc. Each host computer 
is connected into the network through a node which may be 


ieher an IMP or TIP that is normally located on its premis 
typical network is Show im Figure 1., „The complete vervork 
s formed by interconnecting the nodes through wideband communi- 
ation Lines, normally 50,009 bits per second (5OKBPS), supplied 
common carriers. Each node is then programmed to store and 
forward messages to the neighboring nodes in the network. 
ing a typical operation, a host passes a message to its node: 
his message is then passed from node to node through the network 
til it finally the destination IMP, vhich in turn 
ination host. This process normally 


is the data, or the text. 


For each regular message, the host specifies a desti: 
onsisting of node. host and handling type. These three para- 
eters uniquely specify a connection between source and destina- 
fon hosts The handling type gives the connection specific 
haracteristics, such as priority or non-priority transmission. 

ditional leader space has been reserved for a fourth parameter, 

jo be used in future inter-network addressing. For each connect- 
fon, messages are delivered to the destination in the same order 
hat they were transmitted by the source. 


For each regular message, the host also specifies a 12- 
it identifier, the nessage-ID. The message-ID, together with 
he destination of tne message, is used as the "name" of the 
this name to inform the host of the 

Therefore, if the host refrains 


After receiving a regular messa; connected to 
a node breaks the message into several packets (currently 
he maximum data bits per packet is 1008) and passes the: 

hrough the network in the direction of the destination. 
entually, when all packets arrive at the destination, they 
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je reassembled to form the original message which is passed 
The destination node returns a positive 
e host. 


je message may not be delivered 
in such cases an 


complete Transmission m 
st instead of a ME. 
completely transmitted is also identified by name. 


1£ a response from the destination node (either RFNM or 
Incomplete Transmission) is not delivered to the originating 
jost, this condition will be detected by the source node, which 
11 automatically inguire of the destination node vhether the 
risinal message vas correctly received and repeat the inquiry 
til a response is received from the destination node. This 
inquiry mechanism is timeout-driven, and each timeout period 

iy vary between 30 and 45 seconds in length. 


When a message arrives at its destination node, the 

leader is modified to indicate the source host, but the message- 
ID field is passed through unchanged. Thus, in addition to 
providing message identification between a host and its local 
Bode, the message-ID can provide a means for hosts to identify 
messäges between themselves. 


The Network Control Center (NCC) for ARPANET is primarily 
concerned with the detection of line failures and IMP/TIP site 
failures. In addition, the NCC monitors the volumes of host 
traffic and line traffic which can give advance warning of 
network ‘elements whose capacity may need to be increased and 
which can be used for site usage accounting. Also, the NCC 
Keeps account of other data, such as sense switches, auto 
Testart, memory protect settings etc., and buffer usage, for each 
TMP/TIP. This data is frequently helpful in diagnosing an IMP/ 
TIP failure. Figure 2 is a typical example of the type of info- 
mation vhich is generated by the NCC. Due to the constant mon- 
{toring of the ARPANET at the NCC, the percentage downtime for 
the network is very lov (as illustrated in Figure 2). 


5. — NETWORK UTILIZATION POLICY 


DCA approves new users for access to the ARPANET in addition 
to reviewing, on an annual basis, each user's qualification for 
service. The policy and procedures for ARPANET utilization are 
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as follow 


a, Responsibility for Operational Direction: 


(1) The Director, DCA, will control system engineering 
and exercise operational direction over those operating elements 
of ARPANET which are part of the backbone, ARPANET user 
tautpaenta/terninais are non-backbone facilities, However, 
ARPANET users must be responsive to management instructions 
issued by the DCA, 


(2) Criteria and standards for interface are specified 
in Report Number 1822, Interface Message Processor: Specifi- 
cations for the Interconnection of a host and an IMP (Bolt, 
Beranek and Newman, December 1975 revised periodically - 
AD-A018565. New criteria and standards developed jointly by the 
DCA, the Military Services, and the Defense agencies will be 
promulgated by the DCA. All users will meet ARPANET interface 
criteria. 


(3) The Director, DCA on a continuing basis, will 
monitor the effectiveness of ARPANET, evaluate those matters 
Which have major impact or will impact adversely on the network, 
and direct action to alleviate or prevent such impact. 


b. User Access: The ARPANET is intended to be used solely 
for the conduct of or in support of official U.S. Government 
usiness. 


(1) DoD Users - Subject to the availability of assets, 
DoD activities will be connected to the ARPANET provided their 
requirements are processed through normal communications 
validating channels. 


(2) Non-DoD U.S. Government Activities - Requests for 
ARPANET service from non-Dəb U.S. Government activities will 
be considered by DCA on a case-by-case basis. 


(3) Non-Government U.S. Activities - A DoD or other 
U.S. Government activity authorized to use the network may 
sponsor, as a user, a non-government activity performing in 
Jl support of the US. Government, Justification 
Gutlining benefits to the U.S. Government for such access shall 
Be provided to DGA by the sponsoring activity. Cost for net- 


work services provided to non-government activities shall be 
allocated to the sponsoring activity. 


(4) Non-U.S. Activities - Non-U.S. activities will 
not be directly connected to the ARPANET. Access to the 
ARPANET may be provided through the facilities of an authorized 
user if coordinated vith DCA. 


(5) | Non-Competitive Basis - The ARPANET is an 
operational DoD network and 15 not intended to compete with 
comparable conmercial service. Accordingly, before ARPANET 
service is provided to any non-U.S. Government activity, it 
must be determined that adequate commercial service is not 
available. 


(6) Privacy - The pre 
not violate applicable privacy 


c. Procedures: 


sed use of the ARPANET must 
wS. 


(1) U.S. Government activities requesting ARPANET 
service must apply to the Director, Defense Communications 
Agency, ATTN: ARPANET Management Branch, Code 535. 


(2) A non U.S. Government activity must have a U.S. 
Government activity acting as a sponsor. Application for 
service on the ARPANET must be submitted by the sponsoring 
activity to Director, Defense Communications Agency, ATTN: 
ARPANET Management Branch, Code 535. The application must 
clearly state how the proposed service is in the best interest 
Of the U.S. Government, is essential to mission fulfillment, 

does not violate privacy laws and adequate commercial service 

is not available. The contract number of the contract between 
the sponsoring activity and the non-government activity reguiring 
access to the ARPANET must be provided. 


(3) Each application, government and non-government, 
will be in the format contained in Enclosure 3 and will contain 
the approximate amount of traffic to be passed, the hours of 
operation and concurrence from the agency whose IMP/TIP will 
be utilized as the ARPANET entry point. 


(4) Requirements for wideband (50KBPS and above) 
circuits must be submitted six (6) months in advance, to give the 
contractor facility upgrading and circuit engineering time. All 
other requests for circuit leasing actions must De submitted 

xey (60) days prior to the required service date to allow 
sufficient time for leasing actions. 


(5) DCA will evaluate the application and advise the 
reguesting activity of the disposition of their request virhin 
thirty (30) days. If the application is approved, the notifi- 
cation will include instructions for gaining access to the 
ARPANET. 


6. — NEW ARPANET SERVICE 


a, Activities desiring to join the ARPANET which are 
qualified in accordance with the utilization policy will initiate 
Contact with DCA (Code 535) as required by paragraph 5c. If 
terminal service only is required two connections are possible: 


o Hardwired to a TIP 
o Dial in to a TIP 
If host service is required, three connections are possible: 


o Local host (within 30 feet of the IMP and TIP) 
Estimated cost $3500 for the node interface 


o Distant Host (30 feet to 2000 feet) Estimated 
cost $8000 for the node interface 


o Very distant host (over 2000 feet) Estimated 
cost $5000 for the node interface 


b. Steps to be taken and costs involved depend to a large 
extent on the present configuration of the net, the location of 
(he new user and the service desired. For example, assume that 
an activity in the Washington, D.C. area wants to connect a host 
computer to the network and that activity does not own a node, 
VS, IMP or TIP, in the area. It would send a request for 
service to DCA who would determine which node(s) in the area 
has the capacity to accomodate their reguirement then advisc them 
to request permission for a host connection from the owner of 
the node, If the node owner allows the connection, the host 
owner must reach an agreement with him on length of service and 
cost reimbursement. 


c. The nonavailability of any host port is another 
possibility. This would necessitate that the host owner purchase 
A new İNPİTİR through DCA. Normally hə would submit his require- 
nent to DCA wao would then process it through its contracting 


office to the ARPANET hardware contractor. The new node 
(ald normally be funded by a Military Interdepartmental 
Portnase Request. (MİPR). An IMP costs approximately $60,000 
and a TIP $120,000 depending on configuration. 


t interface hardware and software, 
nd site preparation are the 


d. Host equipment, hu 
host-to-IHP communicati. 
responsibility of the user. 


e. All communications Lines (including VDH lines) vill 
be ordered through the Defense Commercial Communications 
Dirise (DEÇCO) and will be processed by DCA with appropriate 
Charges being billed to the user, Access line costs for 
Planning purposes are contained in Enclosure 4. 


$. Various services are provided to the ARPANET community 
to aid in the effective use of the network. Current available 
documentation ineludes: 


o Information on resources which are available at 
each host computer and the means to access this 
information. (Resource Handbook) 


o Network protocol information (Protocol Handbook) 


o Listing of individuals and hosts associated vith 
the ARPANET (Directory) 


The ARPANET itself (the communications subnet or 
"backğone") contains no security features for privacy or for 
the protection of classified defense information transiting 
thE hetsork. ‘Therefore, it is the responsibility of those 
Sponsors and users operating hosts in the network to take 
spon to protect information resident or accessible through chetr 
Aree computers from access by unauthorized users and to provide 
protectlən against unauthorized access to classified information 
Pen may reside or be accessible via their host computer link 
to the network. 


h. There are no network "login" procedures; all access 
çontrol is provided by the controls of the computers on the 
network. 


4. DGA plans to use the ARPANET to test new concepts and 
developments, data communications and computer networking. 
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For such tests, interconnection of the ARPANET with other 
networks is authorized. DCA elements will coordinate their 
plans for testing with the DCA ARPANET operational manager 
(Code 530, Records Management Division). In a similar 
manner, DARPA is authorized to continue use of the ARPANET 
for testing new concepts and developments. DARPA will 
coordinate their plans for testing with the DCA ARPANET 
operational manager. 


j. ‘The Director, Telecommunications and Command and 
Control Systems (DTACCS) has expressed the following guidance 
for DoD Data Networks and their projected users: 


“Those Military Department/Defense Agency ADP systems 
that are currently connected to the ARPANET or who p. 
connecting to the ARPANET prior to the availability of 
AUTODIN II Phase I should configure their design so as to 
minimize the impact of reconnecting to AUTODIN II Phase I 
Once this system is operational. The final disposition of 
the ARPANET will be determined at a later date." 


7. ARPANET SPONSORS " GROUP 


a. To be flexible and responsive to the reguirements 
of the user community, an ARPANET Sponsors’ Group has been 
established and chartered. The group enables sponsors of 
the network to consider and make recommendations to DCA on 
network operational activities and services provided by the 
network. It also provides a forum for the exchange of ideas 
and information on the operation of the ARPANET and future 
plans for the network of common interest to its sponsors. 


b. The Sponsors’ Group normally meets semi-annually. 
Special meetings may be called by the Chairman if the situs, 
tion warrants attention to business prior to the next regularly 
scheduled meeting. Meetings normally are held in the Washington, 
D.C. area, but may be held at other locations. 


8. FUNDING 


The operation and maintenance (O&M) of the ARPANET 
backbone, i.e., nodes, interfaces, and inter-node communi- 
çations circuits, is paid through the Communications Services 
Industrial Fund (CSIF) which is managed and operated by the 
Defense Communications Agency. 


b. Under the working capital or revolving fund concept 
predetermined subscriber rates will be the basis for recovering 
the cost of operating and maintaining the Backbone network. 

The estimated cost to operate and maintain the ARPANET backbone 
a fiscal divided by the estimated number of IMPS 
, provides the annual cost per year per 


işi OU Cott wd cont Per nin or TIP. 


ALL ARPANET customer activities will be billed monthly based 
on a predetermined cost for each overational node in the Backbone. 
FY77 rate will be $5900 per month ver node + 1% overhead. 


9. ARPANET INFORMATION 
a. For further information on ARPANET urite or call: 
Defense Communications Agency 
ATIN: Code 535 
Telephone numbers (202) 692-6175/6 or AUTOVON 
222-6175/6 
ARPANET Mailbox: DCACodeS35GISI 


b. The following documents are published annually for 
the benefit of ARPANET users: 


(1) ARPANET RESOURCE HANDBOOK 

(2) ARPANET DIRECTORY 

(3) ARPANET PROTOCOL HANDBOOK (AD-A003 890) 
These documents are distributed directly to ARPANET users 
Other government agencies may receive copies by submitting a 
request with justification to DCA Code 555. Non-government 
agencies may procure copies from the 

National Technical Information Service (NTIS) 

U.S. Department of Commerce 

5285 Port Royal Road 

Springfield, Virginia 22161 


€. Additional technical information is contained in 
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BBN Report 1822, Interface Message Processor, Specifications 
Eren ection of and an IMF - Revision 1975 


for the Interconnection of a Host and an 
e 363) plus January 1976 Revision (AD-A019 160) and, 
Ol d Bibllography and Index to Publications About ARPANET 


(AD-A076 900) which are also available from NTIS. 
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ARPANET LOGICAL MAP, AUGUST 1976 


D 


REQUIRED FORMAT FOR ARPANET SERVICE 


19 March 1976 (Date reguest submitted). 


1200 baud, full period, (Type of service desired). 
full duplex conditioned 
circuit 


Start (Type of request, may be a start, 
disconnect, or change). 


19 May 1976 (Date service desired) 


Program Designator Code (This is a code required by 
` Defense Commercial Communications 
Office (DECCO) indicating who 
will be billed for the service. 
If the sponsoring agency does 
not have a PDC, DCA will provide 
one upon request). 


Mr. William Jones (Name and telephone number of 
(703) 123-4567 contact at service point 1). 
Mr. John Smith (Name and telephone number 
(312) 123-4567 of contact at service point 2). 


Room 12, Building 418 (Specific location where service 
University of Rochester is desired at service point 1). 
203 Smith Avenue 

Rochester, New York 


12345 

Rome Air Development (Specific location where service 
Center is desired at service point 2). 
Griffiss AFB, New York 

12345 


This paragraph will include any clarifying remarks 


deemed necessary to ensure full understanding of the service 
desired to include type of terminal or host. This paragraph 
wilt ateo include che information required ‘by paragraphs 5c(2) 
and 5e(3) 


Enclosure 3 
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ARPANET ACCESS LINE COST PLANNING 
The following information may be used to determine estimated 
access line costs to connect terminals to a TIP or Very 
Distant Host computers to a TIP or IMP. 


MONTHLY ONE TIME 
ACCESS LINE RATE SERVICE COST INSTALLATION COST 
300 Baud and Less $84 + 50c/ME — $100 
Modem 12 EA $ 22 EA 
301 to 1800 Baud $84 + 50c/MI $100 
Modem 25 $ 56 EA 
2400 Baud $84 + 50¢/MI 
Modem 60 $ 82 EA 
4800 Baud $84 + geit ` $100 
Modem 135 $165 EA 
9600 Baud $100 + 50c/MI $250 
Moden 250 $216 EA 
50 Kilobit (Includes 
Modem) 920 + $6/MI $450 EA 
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